home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Magnum One
/
Magnum One (Mid-American Digital) (Disc Manufacturing).iso
/
d20
/
sizml200.arc
/
SIZEMAIL.DOC
< prev
next >
Wrap
Text File
|
1990-12-31
|
9KB
|
222 lines
SIZEMAIL v2.00 - 12/31/90
--------------------------------------------------------------------
Keeps compressed mail bundles a reasonable size
--------------------------------------------------------------------
SizeMail looks at your Binkley outbound holding area(s) and compares
compressed mail sizes to the sizes you allow to be sent to each
node. If the size is larger than what is allowed, SizeMail will move
the compressed mail bundle to a new location and mark the bundle as
'deleteable' by Binkley. It will then create a new 0 length file of
the same name in the outbound area so that oMMM/QMail will properly
increment the filename extension on its next run. The new location
for the compressed mail will be in a directory named
<path><outbound>.TMP where <path> is an optional drive:path you can
specify for the hold area and <outbound> is the pathname you give
SizeMail for your standard outbound directory. If the specified
hold directory does not exist, SizeMail will create it for you.
SizeMail reads in a file named SizeMail.Cfg for all of its work.
The file has three types of lines allowed:
node <address>
You are required to specify only one of these.
This contains your full zone:net/node address so SizeMail
can determine the filenames to look for later in processing.
outbound <directory>
You are required to specify only one of these.
This gives SizeMail the path\name to your normal outbound
directory. Do NOT use a trailing backslash! SizeMail will
assume the directory is used for mail to your zone, and it
will append the hex representation of the zone for mail to
other zones. It will also expect to find a directory named
<directory>.TMP for use in holding oversized compressed mail
files. If this directory doesn't exist, it will be created
for you.
size <address> <bytes> [<hold_directory>]
You may specify up to 500 of these.
Address is the complete zone:net/node address of the system
affected. Bytes is the maximum number of bytes that should
be allowed to accumulate in a mail bundle for this system.
If SizeMail detects a mail bundle larger than <bytes> in
size, it will move the bundle to <outbound>.TMP and mark it
as deleteable in the .FLO file for this system. If a hold
directory is specified for the node, then Sizemail will, if
necessary, create it and then move the mail bundle into that
hold directory. If a hold directory is not specified for
this node, Sizemail will assume that the hold directory will
be created in the same drive:path as the outbound directory
and will use the default outbound name suffixed with ".TMP"
as the directory name. As above, DO NOT use a trailing
backslash on these paths!
COMMAND LINE OPTIONS
--------------------
When executed, you may specify on the command line the path/name of
the configuration file to be used in that run. A sample execution of
this operation would be:
Sizemail -cc:\t\limit.cfg
If a configuration file is not specified on the command line,
Sizemail expects to find the file Sizemail.Cfg in the current
directory.
Sizemail also allows those of you running QM 1.23b to specify a flags
directory for the multiple session flag files to be kept in. If this
option is active Sizemail will check the flags directory for a flag
file for each node number before processing it. If it finds one for
the node number it is starting to process, processing for that node
will be skipped. This is to prevent Sizemail from trying to move a
file while the mail processor is still updating it in another
session. The flags area path may be specified with the "-f" option as
follows:
Sizemail -fc:\binkley\flags
In addition, Sizemail has support for the BinkleyTerm v2.40 style
*.BSY flags. This addition will allow sizemail to co-exist with
Binkley running under DV without having collisions from both trying
to access the same mail packet at the same time. The Binkley
multitasker option mode may be enabled with the "-b" option on the
command line. Both Binkley and QM style multitasking may be enabled
at the same time if necessary.
Sizemail also contains a command line option to suppress routine
output to the screen. The verbose switch allows the user to specify a
level of output from 0 to 2. 0 is no output except for warning or
error messages, 1 is output only messages pertaining to nodes having
mail which was processed, and 2 is output all messages for all nodes
listed (useful for debugging). Warning and error messages will always
be sent to the screen regardless of verbose level enabled. The
verbose level may be enabled with the "-vx" option on the command
line (x specifies the level number). Should the user not specify the
verbose level, level 2 is assumed.
Sizemail now has the provision of being able to move all files for
all nodes specified in the *.cfg file through a command line flag.
This flag overrides any thresholds specified in the *.cfg. The move
all mode may be enabled with the "-a" option on the command line.
Finally, Sizemail contains a short script which may be accessed by
executing it with a "?" on the command line. If found, the "?" will
override any other options and display the help script.
It should be noted here that all Sizemail command line arguments ARE
case significant!
A typical SizeMail.Cfg file:
----------------------------
; My node number
;
node 1:132/101
;
; Use my standard outbound.. default hold directory will be
; C:\Bink\Outbound
; Notice no trailing backslash
;
outbound C:\Bink\Outbound
;
; the following will move any bundles for 132/113 over 500k to
; D:\Outbound.Tmp
;
size 1:132/113 500000 D:\Outbound
;
; the following will move any bundles for 132/119 over 250k to
; E:\Outbound.Tmp
;
size 1:132/119 250000 E:\Outbound
;
; Node 1014/1 is at 2400 baud and has a noisy line, give him a
; chance to get his mail in small pieces.
; His mail will be moved to C:\Bink\Outbound.Tmp
;
size 1:1014/1 50000
;
; If this ever gets this large, I know there is a problem since I
; only send about 5K per night!
;
size 99:9000/1 15000
SizeMail should be used in your batch file(s) immediately PRECEDING
any calls to oMMM. For example:
ConfMail Export ... or QM Toss Scan Pack ...
SizeMail Sizemail
oMMM ...
This can be done within a loop using ConfMail to limit the number of
outgoing messages. Done this way, SizeMail will do its thing, even
in the middle of multiple runs of ConfMail.
BUG REPORTS
-----------
If you experience a problem with Sizemail v2.00, please send as much
information as possible about it to Bill Weinel at 1:151/121. Your
report will be worked on as available time permits. Include (if
possible) at least the following items:
-- Your Sizemail control file.
-- The batch file you use to invoke Sizemail.
-- The packets and ?LO files (if any) it had problems with.
-- Both your Config.Sys and Autoexec.Bat files.
-- A full description of what happened.
DISCLAIMER
----------
This program is guaranteed to do absolutely nothing. Use it at your
own risk. No warranty is stated or implied. The authors shall
not be responsible for any damages resulting from it's use,
directly or indirectly.
This software MUST be distributed free of charge. UNDER ABSOLUTELY
NO CIRCUMSTANCES MAY IT BE SOLD! Portions of this program are
copyrighted and are the sole property of the authors. It may not be
distributed in a modified form without expressed written permission
of the authors.
You may use the software only after agreeing upon the above terms.
KUDOS
-----
The original work and documentation on this program was done by Bob
Hartman. This version contains Bob's original work with added
features by Bill Weinel (1:151/121.0).
Consequently, please send suggestions, bug reports, and comments to
Bill Weinel at 1:151/121.0 and don't bother Bob.
I would like to extend my appreciation to all those who have helped
test this program and have contributed suggestions inorder to
facilitate it's improvement. My special thanks go out to Amnon
Nissan, George Peace, John Souvestre, John Valentyn, and Bob Hartman
all of whom were all brave enough to run the betas on their machines!
Also to Dean Lachan who contributed the base code for the QM flags
option (thanks Dean!). And finally, once again to Bob Hartman, whose
fine code inspired this programmer to try to give back to the Fidonet
community a better product than he received. I hope this program will
be of service to you all. Bill.